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Healthcare Cash Management Accounting System 
Cross-reference to Related Applications 
The present application is a non-provisional application of provisional application 
having serial number 60/432,765 filed by Joanne Bonnell on December 12, 2002. 

Field of the Invention 
The present invention generally relates to healthcare information systems. More 
particularly, the present invention relates to a healthcare cash management accounting system. 

Background Of The Invention 

One kind of administrative system employed by healthcare enterprises is an 
accounting system. The accounting system includes, without limitation, accounts payable, 
accounts receivable, auditing, cash management, inventory control, order entry, purchase 
order, point of sale, payroll. Cash management further includes, without limitation, 
collections and deposits, payments and disbursements, and reconciliation of monthly 
statements, transactions, accounts, and balances. 

Healthcare enterprises, such as hospitals, receive income by providing a community 
of people various types of inpatient and outpatient medical services. For example, 
approximately eighty percent (80%) of a typical hospital's income comes from medical 
insurance reimbursements and patient out-of-pocket co-payments and deductibles. 

In addition to insurance reimbursements and patient income, a healthcare enterprise 
may also receive income from an employee cafeteria, a parking garage, a gift shop, a coffee 
shop, as well as, income from other entity affiliates such as physician practices, foundations, 
education and research, for example. 

Typically, accounting staff manually gathers cash information from various revenue 
producing departments in the healthcare enterprise for entering into an accounting system. 
Usually, the cash information that is collected is not obtained on the same day that it is 
deposited, which creates difficulty in balancing accounts and underestimates month end 
receivables. Further, reductions in government healthcare reimbursements and increasing 
patient out-of-pocket healthcare costs each contribute to a growing need for an integrated cash 
control system. 
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In view of the foregoing, would be desirable for healthcare enterprises to know where 
their cash is coming from to support various accounting analysis such as projecting future 
income trends and managing cash flow. It would be desirable for healthcare enterprises to 
have a centralized mechanism that is capable of managing the collection, balancing, 
accounting, and reporting of cash that also incorporates appropriate cash controls. It would 
also be desirable for healthcare enterprises to receive daily and monthly reporting of cash 
receipts, and to balance cash received with monthly bank statements. It would be desirable 
for the cash management system to be electronically implemented to permit efficient, timely, 
secure, automated, and accurate tracking and control of the cash received. Further, it would 
be desirable to provide a controlled debit-to-cash journal entry for healthcare enterprises. 
Accordingly, there is a need for an accounting system having cash management for a 
healthcare enterprise. 

Summary of the Invention 
According to an aspect of the present invention, an automatic cash accounting system 
for use in a healthcare enterprise includes a message processor and a data processor. The 
message processor receives message data including an income amount value, representing 
cash income received during a time period, an associated income source identifier, and a 
patient identifier. The income source identifier identifies a department internal to the 
healthcare enterprise providing the associated income amount value. The patient identifier 
identifies a patient. The data processor processes the received message data to identify an 
income account associated with the department based on the income source identifier, and 
updates the identified income account with the income amount value to indicate the income 
amount value received by the identified income account during the time period. The data 
processor identifies a patient account associated with a patient based on the patient identifier, 
and updates the patient account with the income amount value to indicate the income amount 
received by the patient account during the time period. The data processor collates and 
combines data from the income accounts and the patient accounts to provide a first income 
amount total value and/or a second income total value, respectively, representing combined 
cash income for the departments and for the patients, respectively, during the time period. 

This aspect and other aspects of the present invention are further described with 
reference to the following detailed description and the accompanying figures, wherein the 
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same reference numbers are assigned to the same features or elements illustrated in different 
figures. Note that the figures may not be drawn to scale. Further, there may be other 
embodiments of the present invention explicitly or implicitly described in the specification 
that are not specifically illustrated in the figures and visa versa. 

Brief Description of The Drawings 

FIG. 1 illustrates a healthcare cash management accounting system, in accordance 
with a preferred embodiment of the present invention. 

FIG. 2 illustrates a healthcare cash management accounting process for the system, as 
shown in FIG. 1, in accordance with a preferred embodiment of the present invention. 

FIG. 3 illustrates a healthcare collection and settlement process for a single income 
source for the system, as shown in FIG. 1, in accordance with a preferred embodiment of the 
present invention. 

FIG. 4 illustrates a month end cash reporting process for a single income source for 
the system, as shown in FIG. 1, in accordance with a preferred embodiment of the present 
invention. 

FIG. 5 illustrates a month end cash reporting process for multiple income sources for 
the system, as shown in FIG. 1, in accordance with a preferred embodiment of the present 
invention. 

Detailed Description Of The Preferred Embodiments 
FIG. 1 illustrates a healthcare cash management accounting system 100, in accordance 
with a preferred embodiment of the present invention. The system 100 generally includes a 
computer 101, income sources 102, an external memory unit 103, and a communication path 
104. The computer 101 further includes a user interface 105, a processor 106, and an internal 
memory unit 107. The income sources 102 further include external income sources 108 and 
internal income sources 109. The external income sources 108 include, without limitation, 
insurance income 110, patient income 111, and affiliate income 112. The internal income 
sources 109 include, without limitation, department income 113. 

The system 100 is intended for use by a healthcare provider that is responsible for 
monitoring the health and/or welfare of people in its care. Examples of healthcare providers 
include, without limitation, a hospital, a nursing home, an assisted living care arrangement, a 
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home health care arrangement, a hospice arrangement, a critical care arrangement, a health 
care clinic, a physical therapy clinic, a chiropractic clinic, a doctor's office, and a dental 
office. In the preferred embodiment of the present invention, the healthcare provider is a 
hospital. Examples of the people being serviced by the healthcare provider include, without 
limitation, a patient, a resident, and a client. 

The computer 101 may be implemented as a personal computer, a server, a 
workstation, for example. The user interface 105, the processor 106, and the internal memory 
unit 107 are constructed and operate in a manner well known to those skilled in the art of the 
design of computers. The processor 106 may otherwise be called a message processor and/or 
a data processor. 

The user interface 105 generally includes an input device (not shown) that permits a 
user to input information into the computer 101 and an output device (not shown) that permits 
a user to receive information from the computer 101. Preferably, the input device is a 
keyboard, but also may be a touch screen, a microphone with a voice recognition program, for 
example. Preferably, the output device is a display, but also may be a speaker, for example. 
The output device provides information to the user responsive to the input device receiving 
information from the user or responsive to other activity by the computer 101. For example, 
the display presents information responsive to the user entering information in the computer 
101 via the keypad. 

The external memory unit 103 stores accounting data, as well as other information for 
the system 100. Preferably, the external memory unit 103 is separate from the computer 100 
to permit multiple users to have access to the accounting data in the external memory unit 103 
from multiple sources. Preferably, the external memory unit 103 is separate from the 
computer 100 because of the physical size of the memory required to store the desired 
information. The external memory unit 103 may be implemented as read only memory 
(ROM), such as on a compact disk (CD) or on a hard drive, or a random access memory 
(RAM), and the like, as is well know to those skilled in the art of data storage units. 
Alternatively, the accounting data may be stored in the internal memory unit 107 in the 
computer 100, as the memory size becomes physically smaller, increases capacity, and 
becomes less expensive. Additional considerations include advantages and disadvantages of 
having the accounting data stored in a single centralized memory unit or stored in several 
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decentralized memory units among the computer 100, the external memory unit 103, and the 
income sources 102. 

The communication path 104 provides a communication network among the 
computer, the external memory unit 103, and the income sources 102. The communication 
path 104 may be implemented using any type of network including, without limitation, a local 
area network (LAN) and a wide area network (WAN). Preferably, the communication path 
104 is adapted to use one or more data formats, otherwise called protocols, depending on the 
type and/or configuration of the various elements in the system 100. Examples of the data 
formats include, without limitation, an RS232 protocol, an Ethernet protocol, a Medical 
Interface Bus (MIB) compatible protocol, an Internet Protocol (LP.) data format, a local area 
network (LAN) protocol, a wide area network (WAN) protocol, an IEEE bus compatible 
protocol, and a Health Level Seven (HL7) protocol. 

The LP. data format, otherwise called an LP. protocol, uses IP addresses. Examples of 
the LP. addresses include, without limitation, Transmission Control Protocol Internet Protocol 
(TCPBP) address, an LP. address, a Universal Resource Locator (URL), and an electronic mail 
(Email) address. 

The communication path 104 may be formed as a wired or wireless (W/WL) 
connection or a combination thereof. Preferably, the communication path 104 is formed as a 
wired connection. In the case of a wired connection, the LP. address is preferably assigned to 
a physical location of the termination point of the wire, otherwise called a jack. The jack is 
mounted in a fixed location near the location of the various elements. In the case of a 
wireless connection, LP. addresses are preferably assigned to the various elements, since the 
various elements would be mobile. The wireless connection permits the person using the 
system 100 to be mobile beyond the distance permitted with the wired connection. 

The income sources 102 represent various ways that a healthcare enterprise generates 
income related to the health and/or welfare of people in the care of a healthcare enterprise. 
The income sources 102 may provide income to the healthcare enterprise manually or 
automatically. For manually provided income, a person manually collects the income at the 
income source, and the same or different person manually enters it in to the computer 101. 
For automatically provided income, income is manually or automatically collected at the 
income source and is manually or automatically entered into the computer 101. For 
automatically provided income, the income source 102 is implemented as a computer or 
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computerized cash register. For example, in addition to physical cash transactions that 
transpire daily, healthcare facilities sometimes receive money that is automatically deposited 
directly into their bank account and is not received over the counter in person. This income 
could be in the form of electronic payments from patients or insurance companies, wire 
transfer monies from other affiliates, lock box deposits, and credit card reimbursements, etc. 
Entering these amounts into the cash register on the day they are received and then deducting 
the cashless totals balances to the actual cash deposit. 

The income sources 102 may be external or internal to the healthcare enterprise. 
External income sources 108 represent income that comes from an entity that is separate from 
the healthcare enterprise. The term "separate" may represent legal, physical, and/or financial 
separation, for example. Internal income sources 109 represent income that comes from an 
entity that is included as a part of the healthcare enterprise. The term "included" may 
represent legal, physical, and/or financial inclusion, for example. 

External income sources 108 include, without limitation, a health maintenance 
organization (HMO), an insurance company, a patient, a debt collection agency, and another 
healthcare provider enterprise. Insurance income 110 represents income that is provided to a 
healthcare enterprise as a reimbursement for a submitted insurance claim made on behalf of a 
patient for healthcare services and/or good provided to the patient by the healthcare enterprise. 
Preferably, the insurance income 110 represents multiple insurance companies remitting 
payments to the healthcare enterprise. Patient income 111 represents out-of-pocket co- 
payments and deductibles made by the patient to the healthcare enterprise for healthcare 
services and/or good provided to the patient by the healthcare enterprise. Typically, the out- 
of-pocket co-payments and deductibles represent the patient's payment portion of the 
insurance claim. The affiliate income 112 represents income from other entities affiliated 
with the healthcare enterprise such as physician practices, foundations, education, and 
research, for example. 

Internal income sources 109 include, without limitation, various department associated 
with a healthcare enterprise such as: a cafeteria, a garage, a shop, a pharmacy, a cafe or 
restaurant, a cashiers office, a clinical department, an outpatient department, an inpatient 
department, an imaging department, and a laboratory. The departmental income 113 
represents income received by an internal income source 109 of the healthcare enterprise. 
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Preferably, the income sources 102 have cash register like functions to manage 
income for a healthcare enterprise, such as a hospital. The cash register like functions include 
cash register cash controls and income categorizing capabilities. 

Preferably, keys on a cash register are programmed to display the hospitals income 

5 categories received from the various income sources such as insurance payers (e.g., Medicare 
or Blue Cross), HMO's, third party payers, bad debt agency payments, patient payments, etc., 
and any other type of income that the facility would want to track. 

Internally, the healthcare enterprise financially accounts for daily income by creating 
journal entries for the cash transactions. The system creates journal entries for the 

10 transactions by programming electronic cash registers for the healthcare enterprise. The 
system 100 advantageously employs cash registers programmed with general ledger account 
numbers for the healthcare enterprise so that the total amount of the cash received from a 
particular income source 102 (e.g., via a cash register key) can be tracked. The system 100, 
preferably in response to a user command, compiles the general ledger account numbers into 

15 a file, forming a general ledger file, that generates automatic transactions to post journal 
entries to the healthcare enterprise's general ledger accounting system. For example, the 
system 100 posts a debit entry to the cash account and posts a credit entry to the general 
ledger account number associated with the income source/cash register key. 

Generally, a general ledger is the core of a company's financial records. These 

20 constitute the central "books" of the company's financial system, and every transaction flows 
through the general ledger. These records remain as a permanent track of the history of 
financial transactions during the life of the company. General ledger accounts represent 
corresponding income sources. 

The accounting system may have a number of subsidiary ledgers (called sub-ledgers) 

25 for items such as cash, accounts receivable, and accounts payable. Each subsidiary ledger 
further includes general ledger accounts. Entries that are entered (i.e., posted) to the sub- 
ledgers transact through the general ledger account. For example, when a credit sale posted in 
the account receivable sub-ledger turns into cash due to a payment, the transaction is posted 
to the general ledger and the two subledgers (i.e., cash and accounts receivable) as well. 

30 There may be times when items will go directly to the general ledger without any sub- 

ledger posting. These are primarily capital financial transactions that have no operational 
sub-ledgers. These may include items such as capital contributions, loan proceeds, loan 
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repayments (e.g., principal), and proceeds from sale of assets. Typically, these items are 
linked to the balance sheet but not to the profit and loss statement. 

The system 100 also has the capability to disburse refunds, calculate discounts, and 
reverse transactions, etc. For example, sometimes hospitals receive non-sufficient funds 
5 return checks that need to be accounted for by reversing the initial transaction. 

A healthcare enterprise may have several entities (e.g., facilities) that need to report 
their financial status as individual entities, and at a corporate or other level of the enterprise. 
For this purpose, the system 100 employs electronic cash registers in each hospital, such as 
the cashier's area, where the departments have a centralized place to make deposits. At each 
10 month's end, each facilities income data is pulled from the cash registers at each entity to 
produce a combined entity report that indicates the cash income totals for the system 100 as a 
whole. Hence, the cash register solution incorporates a secure and controlled cash process 
that is implemented with minimal expense for one or more entities. 

FIG. 2 illustrates a healthcare cash management accounting process 200 for the system 
15 100, as shown in FIG. 1, in accordance with a preferred embodiment of the present invention. 
The system 100 may perform the process 200 for one or more income sources 102, either 
external to and/or internal to the healthcare enterprise. 
At step 201, the process starts. 

At step 202, the system 100 receives message data including an income amount value 
20 representing cash income received during a time period, an associated income source 
identifier identifying one of multiple income sources 102 providing the income amount value, 
and a patient identifier. Preferably, the received message data is derived from a processing 
device, providing cash register functions, associating a user selected source identifier with the 
income amount value. Preferably, the income amount value includes a total income received 
25 by one of the multiple income sources 102 during the time period. Preferably, the patient 
identifier identifies one of the patients. 

Preferably, the message data identifies individual cash transactions performed during 
the time period and associated with the healthcare enterprise income source 102, and the 
income amount value includes a total transaction income amount value for the time period. 
30 Preferably, a transaction income amount value includes a disbursement including a negative 
income amount value. 
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Preferably, the message data comprises a file, and an individual message is conveyed 
within said file. Alternatively, the message data may include individual messages, network 
messages for individual transactions, networked messages for groups of transactions, and the 
like. Preferably, an individual cash transaction includes an electronic funds transfer. 

Preferably, the message data identifies individual cash transactions performed during 
the time period and associated with the healthcare enterprise department, and the income 
amount value includes a transaction income amount value. Preferably, the processor 106 
accumulates individual cash transaction income amount values for transactions performed 
during the time period for the healthcare enterprise income source 102 to provide a 
cumulative total value for the time period. 

Preferably, the processor 106 updates an account for the overall healthcare enterprise 
in response to the income amount total value representing combined cash income for the 
income sources for the time period. The processor 106 further updates an account for 
multiple healthcare enterprises including the healthcare enterprise in response to the income 
amount total value representing combined cash income for the income sources 102 for the 
time period. 

Preferably, the processor 106 initiates generation of a report identifying one or more 
of: a total income received by individual income sources 102 during the time period, a total 
income received by individual income sources 102 during the time period deposited in a 
bank, and individual cash transactions performed during the time period by individual income 
sources 102. 

Preferably, the time period includes one or more of: a day, a week, a month, and a 

year 

Preferably, the income sources 102 internal to the healthcare enterprise include one or 
more of: a cafeteria, a garage, a shop, a pharmacy, a cafe or restaurant, a cashiers office, a 
clinical department, an outpatient department, an inpatient department, an imaging 
department, and a laboratory. 

At step 203, the system 100 identifies an income account associated with one of the 
income sources based on the income source identifier, and updates the identified income 
account with the first income amount value to indicate the income amount value received by 
the identified income account during the time period. Preferably, the source identifier 
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incorporates an account number identifying the account associated with the one of the income 
sources 102. 

At step 204, the system 100 identifies a patient account associated with one of the 
patients based on the patient identifier, and updates the patient account with the income 
amount value to indicate the income amount received by the patient account during the first 
time period. 

At step 205, the system 100 collates and combines data from multiple income 
accounts and/or multiple patient accounts to provide an income source income amount total 
value and a patient income amount value, respectively, representing combined cash income 
for the multiple income sources and for the multiple patients, respectively, during the time 
period. 

Several alternatives exist for a healthcare enterprise to track cash income from a 
particular patient and/or medical insurance reimbursement income, from one or more medical 
insurance companies, alone or in combination for individual departments/organizations or by 
the healthcare enterprise as a whole. Any combination of the above data, and including other 
data mentioned herein, may be determined for various accounting and business purposes. 
The following examples provide several alternatives. 

In one example, the received message data identifies medical insurance 
reimbursement income amounts for multiple patients. An individual message data item 
includes a medical insurance reimbursement income amount value and an associated patient 
identifier. The patient identifier identifies one of multiple patients providing the associated 
medical reimbursement income amount. The system 100 identifies an income account 
associated with one of the patients based on the patient identifier, and updates the identified 
income account to indicate the medical insurance reimbursement income amount value 
received. This alternative advantageously permits a healthcare enterprise to track both cash 
transactions contributed by individual patients and medical insurance reimbursement income 
contributed on behalf of individual patients. Tracking both the cash and insurance income 
components is important for the healthcare enterprise to accurately measure their income 
against their expenses for the first time period. 

In another example, the system 100 combines said transaction income amount value 
received with the medical insurance reimbursement income amount value received for one of 
the patients, and updates the identified account to indicate the combined amount. This 
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alternative advantageously permits a healthcare enterprise to track medical insurance 
reimbursement income for a single patient. 

In yet another example, the received message data identifies a single medical 
insurance reimbursement income amount for multiple patients, and identifies a source 
5 organization of the reimbursement income amount. The system 100 identifies an 
organization income account associated with the source organization, and updates the 
organization income account to indicate the medical insurance reimbursement income amount 
value received. This alternative advantageously permits a healthcare enterprise to track 
medical insurance reimbursement income for multiple patients by organization. 
10 Using the method describe in FIG. 2, the system 100 electronically tracks and controls 

the cash received to advantageously permit efficient, timely, secure, automated, and accurate 
processing of the cash data for the healthcare enterprise. 
At step 206, the process ends. 

FIG. 3 illustrates a healthcare collection and settlement process 300 for a single 
15 income source 102, in accordance with a preferred embodiment of the present invention. 
Preferably, the process 300 occurs on a daily basis, but may occur at any time interval, 
including each transaction. Preferably, the process 300 is performed automatically by the 
system 100 using cash registers and/or computers, but may be performed fully or partly 
manually, with human intervention, if required or desired. An analogous process also applies 
20 for multiple income sources 102. 

At step 301, the system 100 engages in a cash transaction on behalf of the healthcare 
enterprise. The income system 100 associated with the healthcare enterprise receives the 
cash. 

At step 302, the system 100 receives the cash transaction into the cash register 
25 responsive to engaging in the cash transaction. 

At step 303, the system 100 generates at least two receipts for the cash transaction at 
the income source 102 responsive to receiving the cash transaction into the cash register. 
Preferably, the receipts are automatically generated by a cash register. 

At step 304, the system 100 provides one receipt to the person or entity, such as the 
30 patient, providing the income. Alternatively, the receipt may be used as a back-up receipt. 

At step 305, the system 100 retains one receipt for a settlement process, otherwise 
known as a balancing or a reconciliation process. 
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At step 306, the system 100 begins the settlement process. 

At step 307, the system 100 polls (i.e., requests) that the cash registers generate a total 
report for the day for individual transactions and for totals of each income source (e.g., cash 
register key). 

At step 308, the system 100 keeps and uses the total report for the day for reporting 
the amount of cash received for the day. 

At step 309, the system 100 adds the receipts kept for the settlement process. 
At step 310, the system 100 adds checks and cash. 

At step 311, the system 100 balances the total income received by income source 102, 
the total receipts generated by the income source 102, and the actual money received by the 
income source 102. 

At step 312, the system 100 extracts a general ledger file from the cash register and 
posts journal entries to the healthcare enterprise's general ledger accounting system. 
Preferably, the general ledger file includes electronic data representing the cash transactions. 

At step 313, the system 100 fixes and discrepancies between the general ledger file 
and the balances, prepares a deposit for the bank, and prepares cash register drawer for the 
cash transactions for the next day. 

FIG. 4 illustrates a month end cash reporting process 400 for a single income source 
102, in accordance with a preferred embodiment of the present invention. Preferably, the 
process 400 occurs at a monthly time interval, but may occur at any interval, including each 
transaction. Preferably, the process 400 is performed automatically by the system 100 using 
cash registers and/or computers, but may be performed fully or partly manually, with human 
intervention, if required or desired. 

At step 401, the system 100 receives cash transactions into the cash register responsive 
to engaging in each cash transaction. 

At step 402, the system 100 polls (i.e., requests) that the cash registers produce a cash 
report for the month. Preferably, the cash report for the month is based on daily cash totals. 
Preferably, the monthly report includes the month end totals of each individual income source 
102 (e.g., cash register key). 

At step 403, the system 100 uses the cash report for the month for various benefits 
including, without limitation, bank statement reconciliation, cash forecasting, evaluating 
insurance case mix ratios, evaluating patient cash payments versus credit card payments, and 
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evaluating cash received versus cash posted. The month end cash that is not posted is needed 
to establish actual account receivables calculations for each day. Monthly bank reconciliation 
is efficient because daily cash received is equal to the deposit amount listed on the bank 
statement. 

FIG. 5 illustrates a month end cash reporting process 500 for multiple income sources 
102, in accordance with a preferred embodiment of the present invention. Preferably, the 
process 500 occurs at a daily time interval, but may occur at any interval, including each 
transaction. Preferably, the process 500 is performed automatically by the system 100 using 
cash registers and/or computers, but may be performed fully or partly manually, with human 
intervention, if required or desired. 

At step 501, the system 100 assigns a different code to each income source 102, which 
is used to separate each income source totals. The system extracts the totals from each 
income source 102. The system 100 merges the totals to produce a combined income report 
for the healthcare enterprise. 

An example of the operation of the system 100 using the processes 200, 300, 400, and 
500 is provided as follows. A cash register accepts individual income totals into the same 
cash register key. During the setdement process, the system 100 totals each individual cash 
register key separately. After everything is balanced, the system 100 creates a file to apply 
the cash journal entry to the hospital's general ledger system on a daily basis. The total of 
income corresponding to the cash register keys forms a cash debit accounting journal entry, 
and the income corresponding to each individual cash register key total forms a credit 
accounting journal entry to the hospital's accounting system. 

During normal business hours, patients make payments to the hospital cashier for their 
bills. For example, Ms. Mary Patient gives the hospital cashier $150.00 to pay her bill. The 
cashier enters (i.e., rings) $150.00 into cash register key number one on the cash register. The 
cashier gives Mary a receipt for the cash transaction. Another patient comes to the cashier 
window and pays $200.00 on his bill. Again, the cashier rings the $200.00 into cash register 
key number one on the cash register. The cashier gives the other patient a receipt for the 
$200.00 cash transaction. At the same time, the cashier receives bulk insurance payment 
checks from various payers, and performs the same process of ringing the amounts into 
the appropriate register cash register keys corresponding to the name of the payer. Now it is 
time to perform a settlement process to balance cash and make the daily cash deposit for that 
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day. The cashier polls the cash register to produce the totals of each cash register key. The 
settlement process takes place by counting the checks and cash received, and making sure that 
it equals the cash register key totals. 

Table 1, shown below, illustrates the cash register totals, after cashier polls the cash 
5 register for the settlement process. 

Table 1 

Department Key Account Name Account Number Dollar Amount 



1 Patient Payments 161-0021-0054 $350.00(1) 

2 Insurance Payment 161-0021-0124 $125,000.00 
10 3 Medicare 161-0021-1256 $1,300,000.00 

4 Blue Cross 161-0021-5689 $575,000.00 

5 HMO 161-0021-8654 $650.00 

$2,001,000.00 (2) 



Wherein: 

15 (1) This amount is the total of the $150.00 plus the $200.00 payments made by the patients. 
(2) This amount must equal the cash and check total on settlement. 



2002P20262US01 



15 



Table 2, shown below, illustrates contents of a file that is extracted from the cash 
register during the settlement process, and is sent to the hospital's general ledger system. 

Table 2 

Debit 

Account Name Account No. Amount 

Cash Account 161-00210001 2,001,000.00 

TOTAL DEBIT AMT = $2,001,000.00 



Credit 

Account Name 
Patient Payments 
Insurance Payment 
Medicare 
Blue Cross 
HMO 

TOTAL CREDIT AMT 



Account Number 
161-0021-0054 
161-0021-0124 
161-0021-1256 
161-0021-5689 
161-0021-8654 
$2,001,000.00 



Amount 

$350.00 

$125,000.00 

$1,300,000.00 

$575,000.00 

$650.00 



The following text describes additional cash register functions for posting payments 
including processing payments. As described above, approximately eighty percent (80%) of a 
hospital's income is received from medical insurance reimbursement and patient out-of- 
pocket co-payments and deductibles. Various types of payments make up the 80% of a 
healthcare facility's income. Typical volume of payments that a healthcare facility could 
receive on a daily basis and the characteristics of how they are received are also described. 

Healthcare enterprises operate differently than most service businesses. Typically, 
most employers or government agencies, being the main providers for healthcare insurance, 
offer few choices of healthcare coverage to their employees. Further, there are not that many 
medical insurance carriers supporting those employers or government agencies. Therefore, 
large groups of people are likely to have the same medical insurance carrier. This business 
environment causes the healthcare enterprises to bargain for reimbursements from the 
medical insurance carriers and to establish contracts with medical insurance carriers to 
receive payments for their services. 
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Medical insurance reimbursements to the healthcare facility are usually received in 
bulk payment remittances. This means that the larger insurance companies, for example, *** 
(AETNA USHC), *** (CIGNA), Blue Cross, etc., send a healthcare provider one check 
attached with a remittance advice that lists several insurance reimbursement payments for the 
5 accounts of various patients. For example, a healthcare provider receives an AETNA USHC 
check (i.e., one check) and remittance advice that contained sixty-five (65) payments for 
different patients. Using the cash register, business office staff for the healthcare provider 
inputs the one AETNA USHC check total into the appropriate cash register key (e.g., key #3 
for AETNA USHC). Since this check is for sixty-five (65) different accounts, it is typically 

10 too burdensome to input each payment for each patient into the cash register. After the check 
is deposited and accounted for, business office staff for the healthcare provider applies each 
payment that is listed on the AETNA USHC remittance advice to each of the sixty-five (65) 
individual patient accounts. Because of the contractual agreements between the healthcare 
provider and AETNA USHC, contractual allowances also may be taken on each one of these 

15 sixty-five (65) payments, as well as posting the payment itself. Since, healthcare providers 
typically receive several bulk payment checks in one day from other large medical insurance 
companies, the healthcare providers may not have enough time and/or staff to process (e.g., to 
deposit and post to accounts) the remittance advices in the same day that the payment checks 
are received. 

20 An analogous bulk payment process may also be used for payments received from 

patients. A healthcare provider sets up a lock box with its bank. The lock box at the bank 
receives payments that are mailed directly to the bank by the patient to permit the money to 
be deposited into the healthcare provider's bank account the same day as when received. The 
bank sorts the payments (e.g., usually, into batches of sixty (60) to eighty (80) payments), and 

25 sends statement vouchers to the healthcare provider to identify the accounts for the patients 
that shall be credited with the payments. Although this method of bulk payment processing is 
similar to the medical insurance remittances, the transaction of posting the contractual 
allowances is not needed when posting patient payments. 

Alternatively or in addition thereto, patients may also pay their co-payments and 

30 deductibles while they are at the healthcare provider's facility to receive healthcare service. 
For these types of payments, the system 100 uses an additional function. When a cashier 
accepts the patient's payment and inputs the transaction into the cash register two things 
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happen. After the settlement process when the cash is balanced, the cash register produces 
one file (or one or more messages, for example) that interfaces to the healthcare provider's 
general ledger accounting system, which posts the appropriate journal entries for that day. 
The system 100 creates another file that distinguishes and stores the individual patient 
5 payment transactions as they are entered into the register. The system 100 also creates a 
posting transaction within the file that interfaces to the healthcare provider's patient 
accounting system (e.g., accounts receivable) and automatically applies the payments. The 
posting transaction file may be hard coded, contained in software that may be updated, or in 
another form of instruction, and may be located either remotely (e.g., in a server) or locally 
10 (e.g., in a client). The file captures the dollar amount and patient account number that 
identifies the amount paid on the bill and where to post the payment. On a daily basis, the 
system 100 uploads the cash-posting file to the patient accounting system, posts the payments 
to the patients accounts, and uploads the general ledger accounting file to the healthcare 
provider's general ledger accounting system to post the journal entries. 
15 In summary of the preferred embodiment of the present invention, the system 100 

produces a secure and automated workflow process to account for the daily revenue activities 
that occur for a healthcare enterprise. The system 100 includes a revenue workflow process, 
which incorporates an electronic cash register that has been programmed with additional 
functions to facilitate a method of collecting payments, balancing cash, accounting for the 
20 transactions, and reporting for a single or multi-entity healthcare enterprise. 

Hence, while the present invention has been described with reference to various 
illustrative embodiments thereof, the present invention is not intended that the invention be 
limited to these specific embodiments. Those skilled in the art will recognize that variations, 
modifications, and combinations of the disclosed subject matter can be made without 
25 departing from the spirit and scope of the invention as set forth in the appended claims. 
What is claimed is: 



